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ABSTRACT 



An Internet switch box connects between a telephone set and 
a public switched telephone network (PSTN) line, the latter 
of which is used both for PSTN telephone conversations and 
for connection to an Internet service provider (ISP). The 
switch box contains hardware and embedded software for 
establishing a connection to an ISP and for Internet tele- 
phone. When two users, each having an Internet switch box 
connected to the telephone set, wish to have an Internet 
telephone conversation, one calls the other over the PSTN. 
When they agree to an Internet telephone conversation, they 
signal their Internet switch boxes, by pressing either buttons 
on the switch boxes or certain keys on the telephone 
keypads, to switch to Internet telephone'. The switch boxes 
disconnect the PSTN call and connect to their ISPs. Once the 
switch boxes are on the Internet, they contact each other 
through a server which supplies Internet protocol (IP) 
addresses of switch boxes, and the users continue their 
conversation by Internet telephone. The users can also 
prearrange to call each other solely by Internet telephone, in 
which case they do not need to talk to each other over the 
PSTN. 

47 Claims, 21 Drawing Sheets 
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unsigned char *itobod (unsigned int decimalNumber, unsigned int fcdigitCount) 
/* 

given an integer, produces and returns a BCD (binary-coded 
decimal) string, in which each byte (unsigned char) is logically split 
into two 4-bit "nibbles", each of which contains one digit of the 
original integer. Also returned as an argument -by- reference is the 
number of digits found in the original integer, which is useful for 
later manipulations. 

The most significant digit of the original integer is stored "first" , 
i.e. in the high-order nibble of the leftmost byte of the BCD string. 

In the current implementation, (non-leading) zeroes in the original 
integer are stored as hex digit 'A' (OxA) in order to distinguish them 
from "blank" or "filler" nibbles and/or bytes, which actually contain 
zeroes. 
V 

// these are static to reduce repeat memory allocation- for FoneFriend 

static int numOf Bytes; // bytes needed to store it as BCD 

static int numOf Digits; // for internal use only! 

static unsigned char *BCDbuf ; // the return value goes here 

static unsigned char *bytePtr; // moving pointer for loading BCDbuf... 
static char BitShift; // used for decimal-to-hex conversion 

static char BCDdigits [10] = // this allows us to do tricks like 

{ OxA, 1, 2, 3, 4, 5, 6, 7, 8, 9 }; // storing digit 0 as OxA 

// figure out the number of digits in 'decimalNumber' 
numOfDigits = loglO( (double) decimalNumber) + 1; 
if (numOfDigits <= 0) 

return NULL; 

digitCount = numOfDigits; // digitCount is returned to the user 

mimOfBytes = (int) ceil ((double) numOfDigits / 2.0 ); 

//set up storage and pointers accordingly 
BCDbuf = new unsigned char [numOf Bytes] ; 
bytePtr = &BCDbuf [numOfBytes-1] ; 

// clear out the contents of BCDbuf-- correct functioning depends on this 
bzero (BCDbuf, numOf Bytes) ; 



FIG. 10A 
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// we are storing BCD digits from most to least significant, going 
// left to right; and there are two digits per byte. If there are 
// an odd number of digits to store, then the least significant decimal 
// digit will wind up in the HIGH-order nibble of the last (rightmost) 
// byte used; if there are an even number of digits, this last digit 
// will end up in the LOW-order nibble of the last byte. Since we start 
// by storing the least significant decimal digit and move backwards, 
// we have to know right away which nibble to put it in. QED. 

if (numOfDigits \ 2) // we have an odd number of digits 

EitShift = 4; // start in high-order nibble (left-shift 4 bits) 

else BitShift = 0; // start in low-order nibble (no shift) 

while (numOfDigits--) { // we have at least one more digit to do. 

// get the last digit of 'decimalNumber' and put it in the 
// appropriate nibble 
*bytePtr += (BCDdigits [decimalNumber \ 10] « BitShift); 

// now, we need to get ready to deal with the next digit. 
// crafty code alert! BitShift can have the values 0 and 4; if it 
// is currently 0, then .we just handled the LOW-order nibble of a 
// byte, and we will stay within this byte to do the next digit. 
// But if BitShift is currently 4, we just did the HIGH-order byte 
// and we can move back to the previous byte. The following 
// very confusing code does that for you; 
bytePtr -= (BitShift / 4) ; 

//of course, the value of BitShift must now be toggled: 



BitShift = 4 - BitShift; 



// finally, we line up 'decimalNumber' to deal with the next digit 
// in line, by way of throwing away the last digit we looked at, which 
// was the least significant digit' of decimalNumber'. 
decimalNumber /= 10; 

// at long last, we're ready to copy the digit into the BCD string: 
// *bytePtr += (BCDdigits [decimalNumber \ 10] « BitShift); 



} 

return BCDbuf ; 

FIG. 10B 
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+Controller 

+Controller(ffd:int.tncl:int) 
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fds 



fdsArray:imported 
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+entiy:void 

+e»t:void 

+RUN:void 



DescRead 



+entry(j:void 
+exitvoid 

+DescRead(sN:char[20]) 
+RUN:void 



DescWrite 



+entry():void 
+exitvoid 

+DescWrite(sN:char{20]) 
+RUN:void 




tnWrite 



+entry():void 
+exit;void 

HnWrite(sN:char(20]) 
tRUNvoid 



110:code 



#define LNUMSTATES 5 
#define if IDLE 0 
#define if DESCREAD 1 
#define if" DESCWRITE 2 
#define if TNREAD 3 
#define if TNWRITE 4 



120:code 



#define GC(Name) state->exit(); state =AvailableStates[Name]; state->entry() 



130:code 



static RWHashTableh; 
Istatic RWHashTablelterator it(h): 



FIG. 11 
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typedef struct { 

unsigned short struct_type; 

// tells us how to interpret the tx_data 

// 1001 t_ConnectPacket 

// 1002 tJxConnectPacket 
unsigned short len; // length of data in tx_data 
char tx_data[252]; // 262 bytes to handle future expansion 
} tx jacket; 

FIG. 11A 



typedef struct { 

unsigned char hwjrersion; // identifies the originator of this struct 
unsigned char sw_version; // 1 == 1st version 

// the connection type should be the first bytes read, 

// the types are: 

// 1 - caller non-lst time 

// 2 - called 

// 3 - caller 1st time 

// 4 - mmic 

// 5 - message 

// 7 - self-test 

// 8 - upgrade request 
unsigned short int connect Jype; 
unsigned char myj>hone_num[8] ; 
unsigned char hisj>honejium[8] : 
unsigned long myjerialjium; 
unsigned long his_serial_nuta; 
unsigned char my_ip[4] ; 
tJillingData billjrec; 
} tJonnectPacket; 

FIG. 11B 

typedef struct { 

unsigned long startjime; //.start time of previous service 

unsigned long stopjime; // duration (in seconds) of previous service 

unsigned char phone [8]; // phone number of previous call 

unsigned char stat_data[8] ; // statistical data about previous service 
} tJillingData; 

FIG.11C 
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typedef struct { 
unsigned short struct_type; 

// tells us how to interpret the tx_data 
// 1001 t ConnectPacket 
// 1002 t~RxConnect Packet 
unsigned short len; // length of data in tx_data 
char tx-data [252] ; // 252 bytes to handle future expansion 
} tx packet; 

FIG.11D 

typedef struct { 
// New fields added to allow for commands 
unsigned char pckt_type; // 0 == message, 1 == error 
unsigned char me_type; 
// messages: 

// 0 = return usable IP addr, 

// 1 = no match: IP == 0.0.0.0, 

// 2 = go to another server; IP address given 

// 3 = no action to take (response to message or self-test; IP == 0.0.0,0) 
// errors: 

// 0 = problem on ray end; retry from scratch 
// 1 = problem with your data; retry from scratch 
// 2 = you are not an active user of the requested FF Service, 
unsigned char commandType; 
// 0 == no command 

// 1 « contact command server for further commands 

// send new IP addr in command 

// 2 « set Update Available light on 

III-- unset Update Available light 

// 4 new main server 

// send new IP addr in command 

// 5 == new backup sever 

// send new IP addr in command 

unsigned char commandSize; // number of bytes found in command [] 
unsigned char his_ ip [4] ; 
unsigned long cur_time; 
char command [32] ; 

// If commandSize <= 28 we can rely on 

// bytes command [28] command [31] containing the 

// sender serial number just for debugging purposes. 

// we have not specified what a command looks like. 

// commandType ==2: 

// commandSize = 8, command = "10 2 l\r\n" 
// commandType == 4: 

// commandSize = 21, command = "0 1 0 137 140 1 222\r\n" 
// commandType ==21: 

// commandSize = 8, command ="0 1 1 137 140 7 222\r\n" 
] t_RxConnect Packet; 

FIG.11E 
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********** Results from generation of Statistics ********** 
***** Absolute Value Counters ***** 



m Entered Idle state : 985131 

m FFServer connection Requests: 0 

to Entered DescRead state : 0 

m Entered DescWrite state : 0 

m DescRead ok : 0 

m DescRead failed: wrong size : 0 

m DescRead failed: disconnect : 0 

m DescRead failed: orderly rel: 0 

m DescWrite ok : 0 

m DescWrite failed : 0 

m Init New Descriptor : 1 

m Conn discon in complete list: 0 

nt Invalid Client Port : 0 

m Entered Housekeeping : 985099 

m Completed Connection RQ : 0 

m Expired Connection RQ : 0 

m Inactive Connection RQ : 0 

m tnClient Write ok : 29 

m tnClient Write failed : 0 

m Serial Number Invalid : 0 

***** Maximum Value Counters ***** 

m Max Complete Connection Q : 0 

m Max Stack Size : 0 

m Max Connection List Size : 0 

***** Minimum Value Counters ***** 

m Min Stack Size : 2147483647 

m Min Connection List Size : 0 



********** End of StatisticsReport ********** 
Monitoring Stopped 

FIG. 11 F 



Mon Feb 23 13:06:31 1998> Mew logged session of FFServer 

Mon Feb 23 13:06:31 1998> Number of Invalid Serial Numbers: 1000 

Mon Feb 23 13:06:55 1998> New TNCiient (IP. Port) : 137.140.8:104.36239 

Mon Feb 23 13:07:55 1998> Closing TNClient (IP. Port) = 137,140 J. 104. 36239 

Mon Feb 23 13:07:56 1998> (CL) Unknown Connect Type (IP. Port): 137.140.8.104.36239 

Mon Feb 23 13:07:57 1998> (CL) Wrong Packet Size (IP. Port): 137.140.8.104.36239 

Mon Feb 23 13:07:58 1998> (CL) PcktType 1= 1001 (IP. Port): 137.140.8.104.36239 

Mon Feb 23 13:07:59 1998> (CL) txj>acketPtr was NULL (IP. Port): 137.140.8.104.36239 

Mon Feb 23 13:07:60 1998> (CL) Failed on attempt to insert (IP. Port): 137.140.8.104.36239 

FIG. 11G 
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1 2 

INTERNET SWITCH BOX, SYSTEM AND that each one can find out the dynamic IP address which has 

METHOD FOR INTERNET TELEPHONY been assigned to the other user. Either way, once the users 

have each other's IP addresses, the software packages can 

CROSS-REFERENCE TO RELATED communicate with each other over TCP/IP (transfer control 

APPLICATION s protocol/Internet protocol) ports 21845, 21846 and 21847. 

This is a continuation-in-part of U.S. patent application Soxmd originating on one end is digitized via the micro- 

Ser. No. 08/810,148, filed Feb. 25, 1997 now abandoned, P honc and sound card > compressed, and transmitted to the 

whose disclosure is hereby incorporated by reference in its other end 88 P ackets over the InterDet usin § TCP/IP > where 

entirety into the present disclosure. the P ackcts arc decompressed. and converted back into sound 

10 via the sound card and speakers. 

FIELD OF THE INVENTION There are, however, disadvantages associated with the 

„ 4 . . , w ..I, present state of IT or VON. Besides the hardware require- 

The present invention relates to Internet telephony, i.e., L . j n. j'« u a ♦ u *u r. 

, . \ , , „ .~ j I i ments and the difficulty that many users have with config- 

placing telephone calls over a specific secondary network, iit _- • ^ , . _ ' ^ . • c ; TD _ DDD „ c 

r . & . % A . _ r unng their computers to achieve SLIP or PrF connections to 

such as the Internet by way of a , stendard telephone con- 15 ^ ISR . ^ such , ime as paT vendors can on 

ffiSn USmS Telephone Network slandards> ^ requiremem that both useK have the same 

^ *' software to communication with each other will remain. Not 

DESCRIPTION OF RELATED ART on ^ ^ h an * ware described above expensive, but exten- 
sive knowledge of computers and the Internet is also 

The technique of using the Internet to carry on telephone 20 required, making IT intimidating to a majority of the popu- 

communications is commonly referred to as Internet Tele- lation who would otherwise like to take advantage of this 

phony (IT) or, sometimes, Voice on the Net (VON). IT is a capability. There are other disadvantages to PCIT. Its users 

way to communicate over the Internet that bypasses PSTN need to prearrange a time to call each other because both 

toll connections. IT can be advantageous for individuals and parties must take proactive measures to connect the call and 

businesses that need or want to communicate extensively 25 thereby converse with each other. 

with others outside of their local calling areas, especially to Internet Telephony also sometimes refers to a new service 

frequently called numbers. being planned whereby individuals or businesses may use or 

IT is typically accomplished by what is commonly pre -subscribe to a special access number and place their long 

referred to as Personal Computer-Based Internet Telephony 3Q distance telephone calls by way of a long distance carrier 

(PCIT). PCIT allows users with properly equipped personal who uses the Internet to carry the calls. This service elimi- 

computers to complete long distance telephone calls to one nates most of the disadvantages of PCIT, but also eliminates 

another over the Internet without incurring a toll charge. To most of the advantages, in that toll and/or usage type charges 

do so, the users must have personal computers that are still apply. 

multimedia capable in terms of possessing a sound card, 35 Devices are known for allowing PCIT by letting users 

sufficient processing power, a high quality microphone, an initiate a conversation over the PSTN and switching to IT. 

adequate modem (preferably 14.4 or faster) and the same Such deviccs exchange information relating to their IP 

specialized software programs, as well as an account with an addresses during the PSTN phase of the call so that the IT 

online service or Internet service provider (ISP) for connec- pnase 0 f tne ca rj can be completed. However, in such 

tion to the Internet via SLIP (the serial-line Internet 4Q devices, the modem may be set or initialized twice, once for 

protocol) or PPP (the point-to-point protocol). Current PCIT me psTN phase of the call to exchange the IP address 

techniques are not compatible with shell accounts, which are information and once for the IT phase of the call to connect 

accounts in which a user logs on through terminal emulation t0 tne internet. Setting the modems twice is time-consuming, 

to a remote machine running Unix or the like and accesses A ] S0) sucn devices cannot be used for calls which take place 

the Internet through that remote machine in text mode by 45 entirely by way of IT, since they have no way of exchanging 

typing commands at a prompt. tne jp address related information to locate each other. 

Several PCIT software packages are on the market. These 

packages are mutually incompatible; two users wishing to SUMMARY OF THE INVENTION 

make a PCIT connection must have the same software. r . « ^ 

package. Popular PCIT software packages include those 50 , 11 J? ln ob Jf ct of * e to , a h U ™ a user . to f make 

marketed under the names "Iphone" and "Web Phone." « ele P to . nc ™. *>* In ' emet W1 ^ 1 a need for an 

_ . _, „ „ ,•>_<:„■ expensive multimedia-capable personal computer. 

The Web Phone software works in the following man- . ... , , . . „ 

ner. The users wishing to speak to each other must both be [t 18 another ob J ect of the mwntum to allow a user to make 

online for the communication to take place, although they telephone calls via the Internet without a need to configure 

can arrange beforehand to be online at the same time. 55 computer for a SUP ° r PPP connect]0n t0 thc 

Both users run the software, and the software packages on 

both computers seek each other by referring to each other's 11 * a forther ob J ect of the invention to allow a user to 

Internet protocol (IP) addresses. An IP address can be static, select a route for a telephone call (the Internet, the conven- 

meaning that each user is assigned a single permanent IP tlonal PSTN > a dedicated network, etc.) and to use a single 

address, or dynamic, meaning that a user is assigned a 60 device for the caU regardless of which route is selected, 

different IP address every time that user logs on. If the users It is a further object of the invention to provide a device 

both have static Internet protocol addresses, they can simply and method for Internet telephony which are easy to use, do 

store each other's IP addresses beforehand. However, many not require a computer and offer superb voice quality, 

users, including virtually all users of less expensive ISP's To these and other ends, the present invention is directed 

and of online services such as America Online, have 65 to a terminal device or Internet switch box (ISB) for con- 

dynamic IP addresses. Therefore, before the users can con- necting a first telephone set and a second telephone set over 

nect to each other, they must log onto a common server so a selected one of a primary network and a secondary 
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network, the switch box comprising: primary network con- multiple line telephone systems, such as key telephone and 
necting means for connecting the first telephone set to the Private Branch Exchange (PBX) systems, and operate to 
primary network; secondary network connecting means for provide multiple users of such Customer Provided Equip - 
connecting the first telephone set to the secondary network ment (CPE) the ability to designate the secondary network 
and for establishing a connection over the secondary net- 5 handling of their toll calls. According to one embodiment, 
work between the first telephone set and the second tele- the ISB will set up a secondary network or Internet tele- 
phone set; relay means for (i) connecting, when the relay phone call after the PSTN connection has been established 
means is in a first state, the first telephone set to the primary and in response to a command to do so by its user(s) as 
network connecting means and for (ii) connecting, when the described above. In an alternative embodiment, the ISB may 
relay means is in a second state, the first telephone set to the 10 be configured to establish a connection over a secondary 
secondary network connecting means; and switching means network automatically unless commanded not to prior to the 
for receiving a switch-over command to switch from the call being placed. In either case the called telephone can 
primary network to the secondary network and for answer or simply ring before the telephone call can be 
controlling, in response to the switch-over command, (i) the switched to a secondary network or the Internet. As such, the 
relay means to disconnect the first telephone set from the 15 ISB does not interfere with accepted and customary PSTN 
primary network connecting means and to connect the first procedures in that the PSTN portion of the telephone call is 
telephone set to the secondary network connecting means billable only if there is an answer by a live person or an 
and (ii) the secondary network connecting means to estab- answering machine or voice mail service, 
lish the connection over the secondary network between the In order to establish a secondary network or Internet 
first telephone set and the second telephone set. 20 connection via the ISB, the user will first dial the PSTN 

A relatively inexpensive interface device, referred to as an telephone number of the intended call recipient. Once the 

Internet switch box (ISB), is connected to or integrated called telephone is answered, which is a billable PSTN 

within the telephone. While the user must possess access to telephone call of short duration, both parties initiate, via a 

the Internet either directly or via an Internet Service Pro- simple key stroke, the switch to the secondary network. The 

vider (ISP) in order to use the ISB, the user will not be 2 s two ISB's disconnect the PSTN call, and each initiates its 

subject to toll charges other than those incurred using the own call to the other via the secondary network. If the 

PSTN to establish the Internet telephone call. The user does secondary network is the Internet, the connection typically 

not need to understand how a computer works or how to use is by way of an Internet Service Provider (ISP) which can be 

any PCIT software, since the ISB can be preprogrammed to reached, advantageously, by a toll-free telephone call 

dial an ISP and to connect via SLIP or PPP. The user need 30 enabling access to the user's Internet service account which, 

only know how to dial the call using normal PSTN dialing advantageously, has unlimited use or use charges in an 

procedures and then simply switch the call to an Internet amount much lower than the expected PSTN charges. The 

connection, if available and desirable. Other than the user two ISB's possess information (i.e., addresses, passwords, 

pressing a button (either on the ISB or telephone keypad) to etc.) necessary to re-connect the telephone call via the 

initiate the Internet telephone call, the ISB takes care of all 35 secondary network. Each ISB can be programmed to pro- 

connection procedures (i.e., handshaking) necessary to set vide call progress tones or to play pre-recorded messages, 

up and maintain the Internet telephone call. While both music, etc., while the users await reconnection. If the call 

parties must possess an ISB in order to take advantage of the cannot be connected via the secondary network due to 

ISB's IT capabilities, only one party needs to initiate the access problems at the ISP or otherwise, then each party is 

telephone call in order to establish the Internet connection, 4Q so informed by a recognizable audio signal such as a busy 

so that prearrangement is not required. signal or a voice recording. Either or both parties can, by 

Advantageously, the selection among networks may be pressing appropriate keys, retry their connection via the 
among the PSTN, selected proprietary networks, or the Internet or reconnect the telephone call over the PSTN. This 
Internet. It should be noted that the PSTN utilizes circuit capability is somewhat analogous to the redial capability on 
switching techniques whereas, for instance, the Internet 45 mjmy conventional telephones. Should two parties seek to 
makes use of packet switching. Circuit switching was spe- avoid PSTN charges altogether, they may use this same 
cifically designed and is best for analog voice transmissions, capability to do so via prearrangement. In so doing, each 
whereas packet switching was designed and is best for party need only input the other party's telephone number in 
digital data transmissions. Regardless, either type of switch- addition to pressing the appropriate buttons on the ISB or 
ing may be employed for voice or data. The calling party 50 telephone keypad. Regardless, once the call is connected via 
uses the PSTN to first establish the connection between the secondary network or the Internet, the parties terminate 
calling and called parties, and then the two parties decide the call by hanging up, as with any PSTN call, 
whether or not to use their ISB's to re-establish the connec- The present invention thus implements an embedded 
tion via a secondary network such as the Internet. The users approach to IT which offers the following advantages. The 
will consider convenience, cost and connection quality in 55 use of ISB's allows low-cost, easy-to-use, embedded Inter- 
making this choice. If the telephone call is to another party net access for telephones. Lower cost is achieved because no 
in the same local calling area, of short duration, or one PC's are required. Users, many of whom would prefer not to 
where, regardless of cost, the stability and voice quality of have to configure a PC for Internet access, are offered a 
the connection are essential, then the users typically opt to familiar PSTN approach which can identify a called party by 
stay on the PSTN connection and not seek to switch to the eo that party's existing telephone number. This approach also 
Internet. Otherwise, the potential cost savings of simply preserves the major advantage of IT, namely, the use of 
switching to an Internet connection make doing so prefer- low-cost Internet bandwidth. 

able. While the invention is intended primarily for use with 

As indicated, an ISB may be incorporated into a telephone single-line analog telephone sets, it can be adapted for use 

or be a standalone adjunct device connected between the 65 with other telephone systems, such as DID PBX (direct-in - 

telephone and the telephone line. Additionally, ISB's may be dial private branch exchange) and Centrex service and with 

associated with facsimile machines, wireless telephones and analog or digital mobile telephones such as cellular tele- 
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phones and PCS (personal communication service) tele- III. PSTN Data Mode The ISBs can exchange data via 

phones. Also, while the ISB can be built to access the ISP in-band signaling or otherwise. 

through a dial-up connection, it can alternatively be built to IV. Internet Voice Mode: UDP packets are exchanged to 

access the ISP through another connection, such as an ISDN carry voice over the Internet ("UDP" stands for "User 

(integrated services digital network) connection or a cable 5 Datagram Protocol," a protocol which allows applications to 

modem connection. send messages to one another). 

V Internet Data Mode: TCP or UDP packets are exchanged 

BRIEF DESCRIPTION OF THE DRAWINGS to carry information other than voice, such as signaling or IP 

^ , .„ * address resolution. 

The preferred embodiment will now be described in detail ^ modes of ion afe reaHzed b a 

with reference to the drawings, in which: colJection Qf in ^ KB 100 which are under 

FIG. 1 is a flow chart depicting the functional organiza- control of the ISB's application module 101. These 

tion of the ISB; resources are shown in FIG. 1 and described below: 

FIG. 2 is a block diagram of an embodiment of the ISB; Telephone Set Controller (TSC) 102 is a module which 

FIG.2Ashows a software architecture implemented in the 15 controls all signaling activities related to a "Plain Old 

hardware of FIG. 2* Telephone" (POT), i.e., on-hook, off-hook, hook-flash, pulse 

FIG. 2B shows an alternative design of an ISB; or I tone ^ ialin f' ™& n & d f ^ ^ J , 

„ a , , 4 . . * fCD Loop/Start (LVS) Line Controller (LLC) 103 is a module 

3 shows a front P™ 1 view of the ISB ; which controls all signaling related to a loop start telephone 

FIG. 4 shows a rear panel view of the ISB; 20 ii ne> [ mt ^ ring detection, line seizure, hold, loop current 

FIG. 5 shows a flow chart of the steps involved in placing detection, pulse and tone dialing, etc. 

a call between two ISB users; Modem/Facsimile Module (MFM) 104 is a module which 

FIG. 6 shows a flow chart of operations performed by one provides a modem and facsimile engine to transmit digital 

of the ISB's during the call of FIG. 5; d ata over PSTN line. The baud rates of the modem/fax are 

FIGS. 7A-7E show the connections between one or more « determuied by data exchange requirements. 

ISB's and other telephony components during various call- ^oice Compander (=compresser and expander) Module 

• operations* ( VCM) 105 is a module which compresses the linearly 

sampled voice into low bit rate digital voice suitable for 

FIG. 8 shows a flow chart of the operational states telephonc applications. The expander part of the 

assumed by the ISB s during a PSTN-to-Internet caU; 3Q module performs the reverse operat i OD . 

FIG. 8 A shows a flow chart of the dynamic adjustment Tone Generators and Decoders (TGD) 106 is a module 

performed during the Internet phase of a telephone call; which produces and detects all call progress (e.g., dial, busy, 

FIG. 9 shows a connection between an ISB and a help special, etc.) and signaling (e.g., dual-tone multifrequency 

desk; or DTMF, multifrequency or MF, etc.) tones. 

FIG. 9A shows a flow chart of operation of an ISBSS, 35 ™* P,a y ers »"? (VH») If is a module 

which is a server used to complete calls; **** , r ^ ords and P 1 "* 8 V0lce P rom P ts under the directl0n 

of the ISB, 

FIGS. 10A and 10B show a code listing for the ISBSS; Digital Switching Matrix (DSM) 108 is a module which 

FIG. 11 shows a state diagram of the ISBSS; enables the different modules (i.e., TSC, LCC, TGD, VPR, 

FIGS. 11A-11E show data structures exchanged between 40 etc.) can be connected together via buses 111 and 112. 

the ISBSS and an ISB; Signal Processing Services (SPS) 109 is a module which 

FIG. 11F shows an output of a monitoring process per- handles signal processing services such asecho cancellation, 

formed by the ISBSS; s P e K f h "cognition, pitch adjustment, etc. 

Network Connection Module (NCM) 110 is a module 

FIG. 11G shows an error log kept by the ISBSS; 45 which hand]es all digital networking communication 

FIG. 12 shows a system defined by multiple users' ISB's, between the ISB and other external digital sources such as 

the PSTN, the Internet, the help desk, the ISBSS and various the ISP, another ISB, various Internet resources and servers, 

other servers; and etc. are handled by this module. 

FIG. 13 shows an IT standard which may be implemented Application Module (AM) 101 is a module which pro- 

with the present invention. 50 vides the logic flow required to execute the above mentioned 

tasks. 

DETAILED DESCRIPTION OF THE The following describes several of the operations of the 

PREFERRED EMBODIMENT ISB: 

1. Programming the ISB: The user uses the telephone 

According to a preferred embodiment, the ISB is capable 55 keypad and memj bmton 301 on front panel 302 of the 

of performing three major tasks: (1) establishing voice ISB (FIG. 3) to enter the programming mode (local or 
telephone calls via the Internet; (2) sending/receiving voice remote) ^ ISB ^ user through a memi _ 
messages via Internet based E-Mail; and (3) interfacing with drivcQ procedurc t0 program the ISB by using voice 
Internet Audio Servers. prompts, guide tones or both. The user inputs the 
During the execution of each task, one of the following 60 desired information by entering a code with the tele- 
five modes of operation can be assumed by the ISB: . phone keypad corresponding to each character to be 

I. Programming Mode: The ISB can be programmed locally entered; the instruction manual for the ISB can include 
or remotely by a telephone keyset or external keyboard for a table of two-digit codes for all digits, all capital 
its desired operation. letters, all small letters (thus allowing case -sensitive 

II. PSTN Voice Mode: The ISB is transparent and does not 65 information to be entered with ease and accuracy), and 
interfere with voice communications between two parties any punctuation marks to be used. The ISB can be 
involved. * programmed externally (remotely) as well; external 
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programming can be used to input user-specific data presses the menu button 301 on the ISB. The menu 

and to update the ISB. Local programming is especially system uses voice prompts to prompt the user to access 

useful when the user changes ISPs. different lASs. The ISB then accesses the selected IAS 

Programming can also be accomplished by connecting the either by telephone or by dialing the ISP and connect- 

ISB to a computer such as an IBM-compatible PC via as ing to the IAS over the Internet. The ISB can resolve 

serial link or another appropriate link. The programming can the IP address of an IAS either by accessing the server 

be done by entering ASCII commands from the PC through described above or by accessing a conventional 

a standard terminal-emulation program or by software writ- domain-name server (DNS), which is a server for 

ten specifically for this purpose. During manufacture, the correlating IP addresses and domain names such that 

ISB is programmed with its factory settings through a 10 the DNS provides an EP address when given a domain 

connection to a computer. name. Once an IAS is known, the ISB can store the IP 

2. Telephone call: The calling party picks up the telephone address, since servers provided for access by the gen- 
(goes off-hook) and dials the telephone number of the eral public normally have static IP addresses. 

called party. The ISB monitors and stores the digits 5. ISB special server: As noted above, a server is provided 
dialed. The called telephone rings and is answered by 15 to allow the users of two ISBs to resolve each other's 
a live person, answering machine or voice mail service. IP addresses. Such a server is known as an ISB special 
If the called telephone is answered by a live person, the server (ISBSS), and it correlates telephone numbers to 
two parties decide whether or not it is appropriate to IP addresses. The ISBSS can look up an IP address for 
switch to the Internet. The parties may initiate the an ISB which has previously accessed the server and 
switch to the Internet by pressing the appropriate code 2 o provided information correlating its telephone number 
on the telephone keypad or Internet button 303 in the and IP address. The ISBSS does this by searching by 
ISB itself. The ISBs of the calling and called parties the telephone number, or the least significant digits of 
then disconnect the PSTN connection (this step is not the telephone number, provided by another party wish- 
necessary if the ISBs have multi-line capabilities) and ing to access that ISB. The ISBSS also uses telephone 
dial their respective ISPs so that each ISB is connected 25 numbers to find e-mail addresses and possibly also the 
to the Internet. While each ISB connects to the Internet, IP addresses of IASs. With the ISBSS, the ISBs do not 
the person using the ISB hears progress tones, recorded have to exchange information concerning their IP 
music, or the like. addresses directly during the PSTN phase of a tele- 
Once the ISBs are connected to the Internet, they connect phone call, 
to the server, unless (as is rather unlikely) each party knows 30 The ISBSS can also collect and report transactions, sta- 
that the other party has a static IP address and has that static tistical data about attempts, completions, etc. by type of call 
IP address on file. Each ISB sends its telephone number and request and customer, for engineering and marketing pur- 
IP address to the server so that the server has a current IP poses. The requirements for interfacing, processing and data 
address corresponding to each telephone number. Each ISB storage with a computer based server such as the ISBSS will 
communicates the other party's telephone number to the 35 be readily understood by those skilled in the present state of 
server to retrieve the other party's IP address. Once each the art. A fuller description of the ISBSS will be set forth 
party knows the other party's IP address, the Internet tele- below. 

phone connection begins, and the ISBs send voice packets to Compatibility with call waiting, caller ID, and other 

each other. The ISBs can also resolve each other's IP address enhanced telephone features: According to one 

in other ways, such as through e-mail (POP3) servers. 40 embodiment of the ISB, call waiting must be inactive 

Of course, two users are not precluded from arranging to to assure internet call connection continuity. A disable 

call each other on the Internet at a certain time, in which case code can be programmed to de-activate this feature 

they avoid PSTN charges altogether. However, the use of the wnen Internet telephone calls are in process. It is 

ISBs described above offers additional flexibility in that presumed that users who are on a long distance call do 

users can choose to prearrange their Internet calls or initiate 45 no t want to be disturbed. Such disable codes are known 

them over the PSTN. in m e art; for example, it is known to configure 

3. Sending and receiving voice mail messages: The user communication software to disable call waiting by 
presses menu button 301 or otherwise issues a com- dialing a code such as *70 and pausing before every 
mand to summon the menu and follows the prompts to call. Another embodiment of the ISB not only allows 
send and receive messages. The digitized voices for 50 call waiting to function but also incorporate caller ID 
such messages are sent as binary attachments to e-mail and other premium telephone services. For example, an 
messages; one ubiquitous standard for such binary ISB can have integrated caller ID and can even indicate 
attachments is called MIME (multimedia Internet mail whether the caller has an ISB, e.g., by searching by the 
extensions). Both parties should have e-mail access. If telephone number through the ISB's database of com- 
the calling party does not already know the called 55 pleted calls. 

party's e-mail address, the ISBSS or another server can These and other operations are implemented on hardware 

correlate telephone numbers with e-mail addresses. and software which will now be described in detail. Accord- 

The ISB have the capability to dial in to check the e-mail ing to a preferred embodiment, the ISB is implemented by 

for voice messages periodically. If a voice message is realizing the described modules by way of an existing 

waiting, the ISB can so indicate by providing a flashing 60 personal computer or by repackaging the necessary personal 

LED, by emitting a special tone when the user picks up the computer capabilities into a commercially viable design. In 

telephone, or the like. the latter case, the ISB need not include those hardware or 

4. Internet Audio Server (IAS) calls: These are calls made software capabilities which are not relevant to the functions 
through the ISB to access IASs, or Internet audio which the ISB is expected to perform; therefore, the hard- 
servers, which are Internet servers (such as Web or FTP 65 ware and software can be radically simplified from those of 
(file transfer protocol) servers) configured to provide a personal computer. In particular, the ISB can be imple- 
audio information. The user picks up the telephone and mented in hardware and software compatible with MS-DOS, 
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rather than in the considerably more complicated and expen- Microprocessor 201 executes the software architecture 

sive hardware and software associated with operating sys- shown in FIG. 2 A, Software architecture 2A01 is based on 

tems such as Windows 95 or Windows NT. In the alternative, a space-efficient embedded operating system such as ROM 

a design based on a digital signal processor (DSP) can be DOS 2A03, which includes application component 2A05 

employed. Various elements of any designed embodiment 5 and maintenance component 2A07. Maintenance compo- 

such as the modem and vocoder functions can be imple- nent 2 A07 interacts with the following drivers. Telephone 

mented via hardware or software equivalents. Those skilled mter f a ce driver 2A09 allows the software to interact with 

in the art are familiar with the computer telephony modules telephone set 211. G. 723 audio CODEC driver 2A11 

and software paries which can easily implement the ^ maintenance 2 A07, telephone 

disclosed modules. The following describes a commercially 10 ^ ^ and TC P/UDP driver 2A13. TCP/UDP 

efficient approach, and FIG. 2 shows a schematic illustration ^ 2 ^ 2A15 and ppp ^ 

of this preferred embodiment. ' , . r , . . 

The ISB includes PC-compatible microcontroller modifiable embedded networking software for packeti zing 

(microprocessor) 201, such as an Intel 80186 processor or an data and allowin g communication with the Internet; thus, 

equivalent. Microcontroller 201 includes integrated timers, 15 thc ? correspond to a Winsock driver on a conventional PC 

direct memory access (DMA) channels, serial links and running Windows 95, 98 or NT. UART/modem driver 2A19 

interrupt handlers and is supported by a memory system 202 and telephone interface driver 2A21 allow communication 

including, for example, ROM, SRAM, flash memory, or with telephone line 212. ("UART" stands for "Universal 

EEPROM. Microcontroller 201 and memory system 202 Asynchronous Receiver and Transmitter" and refers to a 

together form the main processing unit for the ISB. Memory 20 chip used to interface a modem with the rest of the hardware 

system 202, besides providing working memory for the of a computing device.) 

operation of the ISB, also stores such code as is needed to The software can be a combination of commercially 

operate the ISB. For example, memory system 202 includes available software adapted for the ISB and proprietary 

code for establishing an Internet connection; such code is software written specifically for the ISB. However, the ISB 

analogous to a Winsock dialer on IBM-compatible PCs. 25 can use commercial, modified commercial or proprietary 

An internal DC-to-DC power converter 213 provides the software or any combination, 

proper voltages to the various components within the ISB. As noted above, the hardware of the ISB can alternatively 

An appropriate external AC-to-DC adaptor interfaces the be implemented with a DSP chip. Such an alternative 

ISB to the available AC power alternatives found in the U.S. implementation is shown in FIG. 2B. As seen in this figure, 

and elsewhere. 30 ISB 2B01 includes microprocessor 2B03, which can be like 

The modem 202 may be implemented most adyanta- microprocessor 201 of the embodiment of FIG. 2. Micro- 

geously via a hardware modem or modem chip which is processor 2B03 communicates via data and address buses 

connected to the microcontroller 201 and the Loop Start 2B05 with two 512 kB EEPROM's 2B07 and a 512 kB 

Line Controller 208 and data access arrangement (DAA) ram 2B09 which store the program code, data for the 

209, both of which are described below. Modem 202 can be 35 operation of the ISB (which will be described in detail 

a Rockwell 14.4 modem or any other suitable modem, below) and the like and provide working memory for the 

although it should preferably be capable of a speed of at least operation of the ISB. Microprocessor 2B03 also communi- 

14.4 and should also preferably be upgradeable as new ca tes via data and address buses 2B05 with modem or 

modem standards emerge. modem chip 2B13, which can be the same as modem or 

The vocoder 204 may be most advantageously imple- 40 mo dem chip 202 of the embodiment of FIG. 2, and with DSP 

mented via hardware which is connected to the microcon- cn ip 2B11. DSP chip 2B11 performs compression and 

troller and which has its own SRAM 214. The vocoder decompression and thus performs functions like those of 

provides low bit rate voice compression and decompression vocoder 204 of FIG. 2. Modem 2B13 and DSP chip 2B11 

and interfaces the Telephone Set Controller 205, communicate via telephony interface 2B15 with telephone 

The Telephone Set Controller 205 includes a Subscriber 45 set 211 and PSTN line 212. Microprocessor 2B03 also 

Line Interface Circuit (SLIC) 206 and a CODEC 207 which communicates with serial flash memory 2B17, which stores 

is, advantageously, connected to the vocoder. CODEC 207 device data, server data and the like, and with front panel 

allows SLIP or PPP connection to the Internet. 2B19, which has LEDs (to be described in detail below with 

Loop Start Line Controller 208 includes a Data Access reference to FIG. 3) for communicating the status of the ISB 

Arrangement (DAA) 209 and is connected to the modem 50 to the user. 

202 and the telephone line 212. The ISB, whether constructed according to FIG. 2 or FIG. 

A 2 FORM C relay 210 is provided, as illustrated in FIG. 2B, is packaged in an enclosure measuring approximately 7 

2, to connect the telephone 211 to either the telephone line inches by 7.4 inches by 1.4 inches and having slots sufficient 

212 or the Telephone Set Controller 205. When telephone f or ventilation. A fan may also be provided if needed. The 

211 is connected to telephone line 212, the ISB functions as 55 components shown in FIGS. 2 and 2B are mounted on a 

a passive pass-through device. When telephone 211 is con- printed circuit board. 

nected to telephone set controller 205, communication The hardware and software used in the ISB can be 

between telephone 211 and telephone line 212 (i.e., between analogized in the following manner to the hardware and 

telephone 211 and the outside world) passes through and is software of a known PC used for IT: 

handled by the circuitry of the ISB, including telephone set 60 
controller 205, vocoder 204, microprocessor 201, modem 

202 and loop start line controller 208. : 

Telephone 211 should preferably not be the sort of tele- Function Known PC isb 

phone which has its own power source (e.g., cordless Digitizc voice Sound card 

telephone or integrated telephone and answering machine) 65 Compress data Compression algorithm Vocoder or DSP chip 

or which manipulates its signaling (e.g., speaker phone with executed on cpu 
echo suppression technology). 
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continued 



Function Known PC ISB 

Packetize data Winsock portable networking 

software 

ISP access modem modem chip 

operating system Windows 95, 98 or NT ROM DOS 

CPU Pentium ^ 133 MHz Intel 80186 

use/ interface monitor and keyboard telephone keypad, earpiece 



FIG. 3 shows a front or top view of an ISB. Front or top 
panel 302 may include a logo 305. Status indicator LEDs 
304, 306, 307 and 311 may be provided. Three of these 
LEDs may be used to indicate whether the power is on or off, 
the status of an Internet call attempt and whether any 
messages are waiting. The fourth can be used in various 
ways, such as to indicate whether the menu feature is in use 
or whether an upgrade to the ISB software is available (in 
which case the software can be upgraded in a manner to be 
described below). Of course, other configurations of LEDs 
can be used, as can other interfaces such as an alphanumeric 
LCD display. 

Buttons 301 and 303 may be used as already described. As 
an alternative to the buttons, the ISB can be configured to 
listen to the connection from telephone 211 to detect an 
off-hook state of telephone 211 and to monitor the digits 
dialed. If the first digit dialed after the telephone is picked 
up is a pound sign ("#"), the ISB knows that the user wants 
to access the ISB's menu system. The ISB generates a voice 
prompt to prompt the user to select one of the following 
options by way of the keypad on telephone 211: 



Digit Action 

1 Reconnect or retry a call via the Internet 

2 Make a new call via the Internet 

3 'Listen to voice messages 

4 Send a voice message 

5 Make an Internet test call (to test both the operation of the ISB and 
the ISP access) 

6 Program the ISB 

7 Upgrade the ISB 

8 Make an off -net call 
9, 0 Reserved for future 



If the menu system is accessed in this manner, the menu 
button is unnecessary. Also, because making an Internet call 
is a menu option, the Internet button is also unnecessary. 
Thus, the hardware and user interface of the ISB are 
simplified, and the ISB has fewer mechanically actuable 
components to break. Once a user becomes familiar with the 
menu system, he need not wait for the voice prompt, but 
instead can simply pick up telephone 211 and dial # and an 
appropriate digit to perform the function desired. Also, to 
cancel any operation, the user can simply hang up. 

To produce the voice prompts, the ISB can store sound 
clips in an appropriate format in memory system 202 and 
play them to the user through telephone 211. For example, 
one such sound clip can be a recording of a voice saying, "To 
reconnect or retry your telephone call on the Internet, press 
1 Just as conventional software can be supplied in different 
language versions, the ISB can be supplied in different 
language versions with different stored sound clips. 

To cancel or start over, the user hangs up. If the ISB locks 
up, it can be reset by unplugging and reconnecting the power 
supply. Alternatively, the ISB can be equipped with a reset 
button like those on known PCs. 
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FIG. 4 shows the back or bottom view of an ISB. Back or 
bottom panel 402 can include telephone jack 404 for con- 
nection to telephone 211, telephone jack 406 for connection 
to telephone line 212, optional port (serial, parallel, univer- 

5 sal serial bus (USB), etc.) 408 for connection to another 
device such as a PC, and power jack 410. An AC- to -DC 
power adapter can be plugged in to power jack 410; the 
cumulative effect of the AC-to-DC power adapter and the 
DC-to-DC power converter is to supply a +12-volt DC 

10 supply to the circuitry of the ISB. Alternatively, the ISB can 
contain all of the power conversion circuitry internally, in 
which case back or bottom panel 402 can include a power 
cord to be plugged directly into a wall outlet. Also, if the ISB 
is intended for use with a connection other than to the analog 

15 PSTN, such as a connection to an ISDN line or to a cable 
modem, jack 406 can be modified accordingly. Optional port 
408 can be used for any operation involving an exchange of 
data between the ISB and some other device, such as 
programming and testing the ISB at the factory and for 

20 attachment to some peripheral such as a digital camera for 
videophone service or a caller ID unit. 

It will be readily apparent from FIG. 4 and the description 
thereof set forth above that a user can easily install the ISB. 
The user simply plugs telephone 211 into jack 404, a cord 

25 from telephone line 211 into jack 406 and a power adapter 
into power jack 410 to supply power from a wall outlet. 
Once the ISB receives power, it undergoes a POST (power- 
on self test) routine, such as that performed by a conven- 
tional PC. During the POST routine, all LED's light up for 

30 a predetermined period of time, such as seven seconds, to 
inform the user that the ISB is working correctly and is in the 
POST routine. The ISB can also be configured to give an 
error beep or an error indication through the LEDs if the 
POST routine fails, as is also conventional in PCs. Once the 

35 POST routine is completed, the ISB enters standby mode, in 
which it monitors signals from telephone 211 to detect when 
the telephone is picked up and which digits, if any, are 
dialed. 

The ISB includes a housing that can be desk- or wall- 

40 mounted. A premises wiring pattern and the number of 
telephones sharing the same telephone line will dictate the 
ISB's most advantageous installation. 

Any or all components of the ISB which rely on code for 
their operation can be made software -upgrade able. For 

45 example, the modem can be software -up gradeable as 
modem technology advances and as standards such as the 
recently announced 56K standard are implemented, and the 
portions of the memory system containing code for the 
operation of the microcontroller can be software- 

50 upgradeable to allow for the H.323 Internet telephony stan- 
dard. When the user issues a command to upgrade the 
software (e.g., by dialing # to access the menu and then by 
dialing 7), the ISB connects via the user's ISP and the 
Internet to an upgrade server to download and install the 

55 latest version of the ISB software, an operation which 
typically takes four to six minutes. Hie previous version of 
the software can be stored to allow the upgrade to be undone 
locally with no need for access to the upgrade server; to 
undo the upgrade, the user dials "*0#". For example, in a 

60 512 k EEPROM, 192 kB can be used for DOS and the BIOS 
(basic input-output system, a set of routines which allow a 
microprocessor to communicate with other hardware), 384 
kB for the current version of the application software, 192 
kB for a scratch buffer, and 384 kB for the previous version 

65 of the application software. At the factory, the ISB is 
provided with two copies of the same version of the soft- 
ware; one of these copies is overwritten in the first upgrade, 
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while the other is available to undo the first upgrade. Some 
upgrades may require assistance from the help desk (to be 
described below), such as those allowing new extra-cost 
features. 

Each ISB stores information regarding that ISB. Such 
information can include all information necessary for con- 
necting to the Internet (e.g., telephone number, user I.D. and 
password for logging onto the ISP). The information can 
also include a record of other ISBs with which the ISB has 
interfaced, including data for each other ISB such as the 
telephone number and the static IP address if any. The oldest 
and least used entries can be purged periodically. 

More specifically, the ISB stores device, server, billing, 
and owner information and a friends directory. The device 
information is typically programmed into the ISB at the 
factory and includes the serial number, the manufacturing 
date, the hardware version, the software version, and the 
feature key, which identifies those features which the ISB 
implements. The server information includes the IP 
addresses for the various servers which the ISB needs to 
access, such as the primary and backup ISBSSs. The owner 
information includes the telephone number, the ISP access 
telephone number, any scripting required to log onto the ISP, 
logon name and password, the domain names or IP addresses 
for the SMTP and POP servers for e-mail, the e-mail 
address, and the e-mail password. The SMTP server imple- 
ments the simple mail transfer protocol (SMTP) for sending 
e-mail, while the POP server implements the post office 
protocol (POP) for receiving e-mail. Many ISPs use the 
same server for both protocols. Other mail protocols exist 
and can be used instead. The server and owner information 
can be programmed locally by the user or over an Internet 
connection by an agent at a help desk, which is described in 
detail below. The friends directory is maintained automati- 
cally and in run-time and has a data structure like that shown 
in the following table: 



100011 202-555- 
0102 

100021 703-555- 
0103 



hisname@someserver.com ■ 25 
hername@anotherserver.edu 11 



10 



20 



25 



30 



35 



Record 

# Serial # Telephone # E-mail address Counter 40 



45 



The counter is increased by one for each conversation 
with a particular person. When the number of entries to be 
stored in the friends directory exceeds the number of allow- 
able entries, the entry with the lowest counter can be erased. 
Alternatively, the time and date of the last conversation can 
be stored, and the entry whose last conversation has the 
earliest time and date can be erased. 

The steps carried out by both parties in placing an IT call 
using two ISBs are shown in the flow chart of FIG. 5. The 
calling party calls the called party via the PSTN in step 502, 
and the called party answers in step 504. In step 506, the 
parties agree to switch to an IT call, and in steps 508 and 
510, each party's ISB disconnects (hangs up on the PSTN 
connection) and connects to that party's ISP. In steps 512 
and 514, each party's ISB sends the calling and called 
telephone numbers and that I SB's IP address to the ISBSS. 
In step 516, each party gets the other party's IP address from 
the ISBSS, and in step 518, the parties talk via IT. The call 
is ended in step 520, and the parties hang up in steps 522 and 
524. 



50 



55 



60 



65 



During the call shown in FIG. 5, each party's ISB operates 
as shown in FIG. 6. In step 602, the ISB acts as a passive 
conduit for passing the call from the telephone to the PSTN. 
In step 604, the user presses the button to switch to an IT 
call. In step 606, the ISB hangs up on the PSTN call, and in 
step 608, the ISB calls the user's ISP and logs on. In step 
610, the ISB contacts the ISBSS and sends the calling and 
called telephone numbers and that ISB's IP address. In step 
612, the ISBSS sends the ISB the IP address of the other 
party's ISB, and the ISBs open an IT connection in step 614. 
In step 616, the user hangs up the telephone, and in step 618, 
the ISB logs off the ISP and hangs up from the telephone 
connection to the ISP. 

A technique called "double packets" can be implemented 
to improve voice quality. In this technique, every packet is 
sent twice. Thus, if packets are dropped or sent out of 
sequence, voice quality will most likely not suffer. Packet 
dropping and out-of-sequence packet transmission are usu- 
ally not a problem when the users' ISPs communicate over 
a common backbone or over backbones which have a 
peering arrangement (i.e., freely transmit packets over each 
other's facilities). However, if the two ISPs communicate 
over an NAP (network access point), packet dropping and 
transmission out of sequence are problems, which double 
packet transmission corrects. 

There is a special kind of call known as a self-test call. 
When the user dials #5, the ISB initiates a call to a call 
completions server via the user's ISP. If the call is completed 
correctly, the user hears a recording from the call comple- 
tions server to that effect. Otherwise, the user knows that 
there may be a problem with the ISB. 

To implement the functionality noted above, the ISB can 
perform any of several calling operations: passive operation, 
establishing a connection to the ISP, PHC (PSTN-to- 
Internet calling), MMIC (meet-me Internet calling), check- 
ing messages, sending messages, etc. These calling opera- 
tions will now be explained with reference to FIGS. 7A-7E 
and 8. 

Passive operation will be explained with reference to FIG. 
7 A, which shows ISB 100 connected between telephone 211 
and telephone line 212. In this operation, the ISB monitors 
the off-hook status of the telephone and the dialed digits via 
the connection to the telephone. Via the connection to the 
telephone line, the ISB monitors ring signals (incoming 
calls). If the first dialed digit is the pound sign ("#"), the ISB 
allows the user to control it via the menu system. Because 
IT is invoked through the menu system (and more specifi- 
cally by dialing "#1"). IT is not invoked unless the first 
dialed digit is a pound sign. If more than six digits are called, 
the ISB operates as a PT1C caller, to be explained below, 
while if a ring signal is received from the telephone line, the 
ISB operates as a PTIC called party, to be explained below. 
Once the telephone is placed on-hook, all operations of the 
ISB are reset except the mode and the digit buffer. 

Connection to the ISP will now be explained with refer- 
ence to FIG. 7B. The modem is initialized, and telephone 
line 212 is monitored for a dial tone. ISB 100 dials the ISP 
access number to connect via PSTN 702 to modem rack 704 
of the ISP, The modem of the ISB and a modem reached in 
modem rack 704 negotiate the baud rate and the protocol, 
whereupon ISB 100 is connected to the facilities of ISP 706. 
The ISB and the ISP perform any authentication procedure 
required, and the ISB selects "PPP" from the ISP's logon 
menu, if any. The ISB and the ISP then start communication 
by PPP, and PAP (the password authentication protocol) is 
carried out if no authentication has been performed before. 
The ISB is then connected by TCP to the ISP and thus via 
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line 708, such as a Tl or T3 line or the like, to Internet 
backbone 710. If the call to the ISP results in a busy signal, 
the user can simply wait and call again. Alternatively, the 
ISB can be configured to store and dial multiple access 
numbers for one or more ISPs. 

In case a user's ISP requires a special logon procedure, the 
ISB can have a scripting facility. This facility allows the ISB 
to store a logon script and to play the script to satisfy the 
ISP's logon requirements. The scripting language can be the 
same as that used for dial-up networking in Microsoft 
Windows 95, which is known in the art and will therefore 
not be explained here. 

The script can be supplied to the ISB in different ways. 
For example, the user can compose the script on a PC and 
transfer the script to the ISB over a serial connection, or the 
agent at the help desk (to be explained in detail below) can 
remotely program the script into the ISB. Alternatively, the 
ISB can store a boilerplate script with various components 
which can be enabled or disabled remotely by the agent. Still 
another way of programming the script into the ISB is to log 
on manually, while the ISB is connected to a PC over a serial 
connection, and to issue a command to automate the logon, 
as certain terminal emulation programs do. In any event, it 
should be possible to allocate 1,024 bytes in memory to store 
any script. 

The operation of making a PTIC call will now be 
explained with reference to the diagram of FIG. 7C and the 
flow chart of FIG. 8. In FIG. 8, operational steps or states 
occurring at the same time are indicated by the same 
reference numeral, except suffixed by A (caller A's state), B 
(caller B's state) or C (user actions or common states). 

Caller A uses telephone 211A, ISB 100A and ISP 706A, 
while caller B uses telephone 211B, ISB 100B and ISP 
706B. Once the PTIC call is completed, they communicate 
over Internet 712, generally after communication over the 
Internet with ISBSS 714. 

At the time at which user A dials user B in step 802C, user 
A's ISB is passive and off hook (step 802A), while user B's 
ISB is passive (step 802B). As user A dials, his ISB records 
the digits dialed in the digit buffer in step 804A and enters 
"PTIC caller" mode in step 806A. Then, in step 808A, user 
A's ISB becomes "passive," i.e., acts as a passive pass- 
through between user A's telephone set and the PSTN. In 
step 808C, user B's telephone rings, and in step 808B, user 
B's ISB goes into the "PTIC called" mode. User A talks to 
user B in step 810C, and once they agree to an IT call, they 
both hang up in step 812C. During these operations, their 
ISBs are "passive" (steps 810A, 810B, 812A, 812B). They 
both pick up their telephones and dial # in step 81 4C, 
whereupon their ISBs go into menu mode in steps 814A and 
814B. They both dial 1 in step 816C to initiate ISP connec- 
tions in steps 81 6 A and 816B. While they both monitor 
(listen for the ring-back tone) in step 818C, their ISBs 
remain connected to their ISPs in steps 818 A and 818B. The 
ISBs connect to the ISBSS in steps 820Aand 820B, and the 
users hear ring-back tones in step 820C. The ISB data are 
exchanged in steps 822A and 822B, and the users hear a 
confirmation tone in step 822C. While the users continue 
their conversation in step 824C, the ISBs undergo dynamic 
adjustment in steps 824 A and 824B. If either user's ISP 
drops that user's connection, that user can simply dial #1 
again to be reconnected to the ISP and thus to the other user. 

Dynamic adjustment will now be described with reference 
to FIG. 8 A. Dynamic adjustment starts in step 8A02. In step 
8A04, the first hundred packets (about one-third of a second) 
are monitored to determine transmission quality. More 
specifically, the baud rate and the percentage of dropped 
packets are measured. In response to these measurements, it 
is determined in step 8A06 whether one or more of the 
following need to be adjusted to maximize transmission 
within the bandwidth provided by the baud rate: the degree 
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of compression (e.g., 6.3, 5.3, 4.8 or 4.1 kB/sec), the 
packetization (number of frames per packet, from one 
through five, which is also a measure of delay) and whether 
double packet transmission is turned on or off. For example, 
if the baud rate is 14.4 kilobaud and the percentage of 
dropped packets is below 10%, the ISBs may be adjusted to 
6.3 kB/sec, two frames per packet and no double packets. At 
the same baud rate and a percentage of dropped packets of 
10% or more, the ISBs may be adjusted to 4.1 kB/sec, five 
frames per packet and double packets. If the connection rate 
is greater than 16 kB and the rate of lost packets is 10% or 
less, the ISBs are adjusted to 6.3 kB/sec compression, one 
frame and no double packets; at the same connection rate 
and a higher rate of lost packets, the number of frames is 
increased, and double packets are used. The ISBs may 
implement this dynamic adjustment through a look-up table 
in the software; i.e., every combination of the baud rate and 
the percentage of dropped packets will correspond to a 
previously calculated and stored set of settings. For 
example, the look-up table is consulted in step 8A08, and the 
adjustment is made in step 8A10. Alternatively, calculation 
of the settings may be done on the fly. Once the adjustment 
is made, or if no adjustment is required, the dynamic 
adjustment ends in step 8A12. The ISB can be configured to 
abort the connection or any operation if the baud rate is less 
than 14.4 kB. 

The hardware shown in FIG. 2 or 2B can be used to 
implement the dynamic adjustment of FIG. 8 A. For 
example, the modem can detect the baud rate in a known 
manner, while the look-up table can be stored in whatever 
memory is provided (RAM, EEPROM, etc.), and the micro- 
processor can perform the remaining operations. 

The ISB can be configured to give the following error 
messages, which can be used by either a user or a technical 
support person to determine why a call has not been com- 
pleted normally: 



20 



25 



35 



40 






Error code 


Problem 




0 


No dial tone 




1 


ISP busy 




2 


ISP did not answer 


45 


3 


logon failed, no logon prompt 


4 


Logon failed, no password prompt 




5 


Insufficient baud rate 




6 


PPP authentication failed 




7 
8 


PPP failed 
PPP timed out 




9 


Server did not connect 


50 


10 


Server did not respond 




11 


Server rejected transaction 




12 


Reception terminated 




13 


Transmission terminated 




14 


Number not programmed 




Error codes 20-24 refer to sending a voice mail message, to be 


55 


described below. 


20 


DNS did not answer 




21 


SMTP address wrong 




22 


SMTP user ID wrong 




23 


SMTP rejected message 


60 


24 


SMTP disconnected 


Error codes 30-34 refer to receiving a voice mail message, to be 
described below. 




30 


DNS does not answer 




31 


POP address wrong 


65 


32 


POP user ID/password wrong 


33 


POP stopped sending 




34 


POP disconnected 
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718 (the function of the SMTP server having been described 

-continued above). The user can then record a message and then send it 

~™ ^ — ^_ v j a me siypTP server to the recipient's e-mail address. The 

Error code Problem ISB can bc configured to impose a time limit on outgoing 

Error codes 40-42 refer to user programming of the ISB through the 5 messages (e.g., 60 Seconds). The ISB Can also be configured 

telephone keypad. to poll the ISP periodically (e.g., four times a day or some 

other interval which is either set in the factory or pro- 

« ^ not pern*** where emered. «» ^ f° fa ^ " ™ 

42 -nx, many characters. indication to the user via an LED or the like when messages 

— ^ ^ . io are waiting. 

„, , ..... -..f r Th e ISB can also be configured to poll the ISP periodi- 

Ine error codes can be given to the user in the torm ol T1 / r , . V ■ 4 i . • u ■ 

r 1 \p !u ■ i . u tcd caIlv (e.g., f ou r times a day or some other interval which is 

voice prompts. For example, if there is no dial tone, the ISB , ■ iL f 4 . x 

, r K * j r r * • <(i* . i either set in the factory or programmed by the user), 

can play a first sound clip of a voice saying, 1m sorry, but . „ . ■ ' , y * . \ , , C J} 

there is a problem with your Interne! access; please try whenever * cal1 15 completed over IP or both to check for 

again. Error code . . . " and a second sound clip of a voice 15 ^ es f. a g e a ° d to S ive ™ indication to the user via an LED or 

saying, "zero." The user can consult the manual to find the ?ike ^ hen messages are waiting. In one configuration, 

significance of error code 0. In the case of errors which polling takes place only when all three of the following 

require a call to technical support, the user can make a note conditions are satisfied: (1) the polling period set in the ISB 

of the error code. nas expired, (2) the telephone has not been in use in the last 

Variations on the PTTC call avoid incurring PSTN charges 20 two minutes and (3) no ring signal has been received in the 
at all. Such variations include a previously agreed-upon last two minutes. Of course, the ISB can be equipped with 
signal that a particular person is calling, such as letting the an internal clock, such as those used in conventional IBM- 
telephone ring twice and then hanging up, and letting the compatible PCs, to allow periodic polling, 
telephone ring just long enough for caller ID information to Each voice mail message is stored on the recipient's POP 
be sent and then hanging up. The users then call each other 25 server in the form of an e-mail message with the sender* s 
back over the Internet as for a meet-me Internet call, which e-mail address listed in the "From:" field, a standard subject 
will now be described. such as "ISB voice mail message" and a MIME attachment 

The MMIC, or meet-me Internet call, is a simplified of the voice mail message in an appropriate sound file 

version of the PTIC. In the MMIC, the users have previously format. If the recipient checks his e-mail on the POP server 

agreed to call each other at a certain time, so no PSTN 30 with a conventional e-mail program such as Eudora, he will 

handshaking is required. see such message interspersed among conventional e-mail 

In the MMIC, both users dial #2 to access MMIC opera- messages. The ISB can distinguish the voice mail messages 

tion in their ISBs via the menu. User A enters user B's from the conventional e-mail messages by the subject 

number, which user A's ISB verifies in its directory, and user The ISBSS will now be described in detail. The function- 

A's ISB enters MMIC-caller mode. User B enters user A's 35 ality described for the ISBSS can be implemented on a Sun 

number, which user B's ISB verifies in its directory, and user Microsystems workstation running Solaris 2.6 or on any 

B's ISB enters MMIC-called-party mode. The rest of the other sufficiently powerful computing device running an 

conversation proceeds as for a PTIC call, i.e., steps 814A-C appropriate operating system. The server program executed 

to 824 A-C in FIG. 8. by the ISBSS can be written in C++ or in any other suitable 

Once two users have already called each other using the 40 language. The primary purpose of the ISBSS, but not the 

ISBs or otherwise added each other to their friends exclusive function, is to provide connection information for 

databases, MMIC can be used with a speed-dialing tech- two ISBs to engage in an IT call, since it is contemplated that 

nique in which a user dials the last six digits of the other the ISBs will not exchange information during the PSTN 

user's telephone number followed by #, regardless of where portion of the call. In addition, the ISBSS documents each 

in the world the other user is, thereby avoiding long and 45 completed call and each request for any other service, such 

confusing digit sequences for conventional international as voice messaging and software upgrade requests, 

dialing. The ISB then matches the dialed last six digits with requested from ISBs and supported by the vendor of the 

the friends data stored in the ISB to identify the other ISB ISBs. 

which is to be called. The ISBSS is an iterative server. The server functions can 

The last six digits can be used for a unique identification so be implemented in a single process and do not require 

of up to a million other ISBs. While it is possible that a threads. Each IT call involves two connections to the ISBSS, 

user's friends database will contain two entries having the one from each of the ISBs. Each connection is kept open at 

same last six digits, this possibility is remote. Even if such most 200 msec after the three-way handshake is complete, 

a situation does arise, the ISB can be configured to prompt The ISBSS software makes no blocking calls to any kernel 

the user to dial more digits to identify the called party 55 function unless the ISBSS software is completely idle. In 

uniquely. any connection to the ISBSS, there is one datagram sent in 

Checking and sending messages will now be explained each direction, 

with reference to FIGS. 7D and 7E. To check messages, the The ISBSS provides service to the users of the ISBs by 

user dials #3 to enter message checking through the menu. facilitating an exchange of IP addresses between two ISBs 

The ISB connects to the ISP and then connects through ISP 60 whose users want to communicate with each other. It does 

706 and Internet 712 to POP server 716. Once this last so by accepting a TCP connection request from each client, 

connection is achieved, the ISB downloads and plays the matching corresponding connection requests and sending 

first message. The user can then dial 1 to repeat, 2 to go to the IP address of one of the ISBs to the other ISB. Otherwise, 

the next message or 3 to erase a message, much as he would the ISBs might have to communicate their IP addresses to 

with an answering machine. To send a message, the user 65 each other during the PSTN phase of the call. Such a 

dials #4, whereupon the ISB connects to the ISP and then procedure would require the modems of the ISBs to be set 

connects through ISP 706 and Internet 712 to SMTP server twice, once for the PSTN phase of the call and once for the 
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IT phase of the call, and would render the MMIC call ISBSS. The data are read, verified and processed. The need 

impossible. The use of the ISBSS allows the ISBs to set their to write the given connection is announced, 

modems only once, for the IT phase of the call, and makes ISB Connection Write (6): The ISBSS enters this state 

the MMIC call possible. only when a particular connection is ready to write the single 

The operation of the ISBSS will be described with refer- 5 datagram which the ISBSS writes to each connection. The 
ence to the flow chart of FIG. 9 A. In steps 9A02 and 9A04, write takes place, and the disconnect timer is set to expire in 
each ISB sends the ISBSS a connection request, which is a a predetermined time, such as 200 msec, 
data string including the following: that party's serial ISB Connection Disconnect (7): The ISBSS enters this 
number, the other party's serial number, that party's tele- state only when the disconnect timer expires for a particular 
phone number, the other party's telephone number, that 10 connection. The ISBSS aborts the connection and frees up 
party's IP address, version number and the like. For a PTIC, any space used to maintain the connection, 
the calling party's telephone number is not required. The Telnet Connection Request (1): In addition to serving ISB 
ISBSS searches for a match between the ISB and a waiting requests, the ISBSS has a Telnet -like interface for issuing 
list of ISB's. If there is no match, as in step 9A06 (where commands to the ISBSS. The ISBSS enters this state only 
caller A's request has been received first), the ISB is 15 when the listening service indicates that a request for 
appended to the waiting list or queue in step 9A08 and is connection has been completed. Only one such Telnet con- 
instructed by the ISBSS to expect a call from another ISB. nection is permissible at a time. Each new request results in 
If there is a match, as in step 9A10 (where caller B's request a dropping of the previous request. The commands include 
has been received second), the ISB matches the requests in -A to set a parameter (such as the connection list time out in 
step 9A12 to find the IP address of the other party's ISB in 20 seconds and the billing file size in records, with the syntax 
step 9A14. In step 9A16, the ISBSS forwards caller A's IP being -A parametername newvalue), -B to dump the billing 
address to caller B's ISB, and in step 9A18, caller B's ISB file, -C list to list the commands currently available, -C set 
attempts to contact caller A's ISB using the thus obtained IP (actual command) to send that command to all connection 
address, whereupon the ISBSS has no more involvement in requests, -H for help, -L for a parameter list, -M n to monitor 
the call. Thus, when two parties want to call each other, the 25 for n minutes if n >0 or to turn off monitoring if n=0, -Q 
first received connection request is queued, and the second (password) to quit, -T on or -T off to turn testing on or off, 
received connection request is answered with the IP address and -V (serial number) (status) to add the given serial 
of the first received request. number to the list of invalid serial number if (status) >0 or 

By holding connection requests in a data structure in this to remove the given serial number from the list of invalid 

manner, the ISBSS can avoid holding open a TCP connec- 30 serial numbers if (status)=0. 

tion'to any particular ISB for more than a few microseconds, Telnet Connection Read (2): The ISBSS enters this state 

thus reducing load on the ISBSS. In fact, the ISBSS can only if a command has been received on the Telnet connec- 

break the TCP connection immediately upon receiving the tion and is ready to be read. 

connection request. Telnet Connection Write (3): Everything which needs to 

The ISBSS can also send commands to an ISB while 35 be sent to the Telnet connection is buffered asynchronously 

processing a connection request. Such instructions can, for in a message list. The ISBSS enters this state and sends a 

example, instruct the ISB to modify the friends data or other single message if the message list is not empty, 

data stored locally in the ISB. In a connection with an ISB, the ISBSS receives a 

As the number of ISBs in use increases, more ISBSSs can connection data structure and sends a response data struc- 

be added. Multiple ISBSSs can coordinate their services; for 40 ture. The connection data structure is shown in FIG. 11 A, 

example, an ISBSS can send an instruction to an ISB if the wherein the tx_data array has a structure shown in FIG. 11 B 

connection request should be made to another ISBSS. and the tx_BillingData structure is shown in FIG. 11C. The 

The ISBSS stores telephone numbers in BCD (binary response data structure is sent to every connecting ISB 

coded decimal) notation with the least significant digit of the unless the incoming datagram is incorrect and has a structure 

telephone number stored in the most significant nibble (four 45 shown in FIG. 11D, wherein the tx_data array has a 

bits) of the first byte (8 bits) of the telephone number string. structure shown in FIG. HE. 

With this approach, the ISBSS can allow the possibility of The ISBSS is able to monitor its own behavior over a 

six-digit dialing to any ISB in the world. The code to specified range of any number of minutes. The number of 

implement this feature is shown in FIGS. 10A and 10B. minutes is specified by a Telnet command described above. 

A state diagram of the ISBSS is shown in FIG. 11. The 50 The output of the monitoring process is shown in an illus- 

basic design of the ISBSS software is that of a finite state trative example in FIG. 11F. The data shown in FIG. 11F 

machine. The states in the machine are prioritized such that show the number of connection requests and the manner in 

if conditions allow the ISBSS to enter more than one state which they were processed. 

simultaneously, the higher priority state is entered first. After The ISBSS is also able to maintain a log of any errors or 

completing work to be done in any given state, the machine 55 suspect situations which arise in running the server program, 

always returns to the "idle" state. The states are listed below, A sample log file is shown in FIG. 11 G. 

with a priority number of each state; a higher number While it is contemplated that the ISBSS will be a public 

indicates a higher priority. server accessible to all ISB users, it is also possible that an 

Idle (0): The default state, in which the ISBSS does ISBSS will be supplied, either as a workstation with the 

housekeeping on its internal data structures while waiting 60 software installed or as software for installation on a sepa- 

for requests for service which would send it into some other rately supplied workstation, to an organization which wishes 

state. to maintain its own dedicated ISBSS to supply connection 

ISB Connection Request (4): The ISBSS enters this state information to ISBs within that organization. The ISBs can 

after completion of a three-way handshake. The ISBSS be programmed to use this dedicated ISBSS for calls within 

accepts all pending connection requests at this time. 65 the organization or a public ISBSS for other calls, which are 

ISB Connection Read (5): The ISBSS enters this state called off-net calls and initiated by dialing #8. Off-net calls 

when a particular connection has data ready to be read by the can also be made by users of the public ISBSS to call one 
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another via a backup ISBSS when their usual ISBSS is down such information as the percentage of lost packets, the 

and automatic reroute routines fail. percentage of late packets, the percentage of packets out of 

MMIC calls arc treated similarly to PTIC calls. In MMIC sequence, the percentage of discarded transmission packets, 

calls, it does not matter which ISB is the calling ISB and the percentage of discarded reception packets, and, for each 

which is the called ISB, so that the ISBSS can assign these s 0 f the parties to the call, the baud rate, the compression rale, 

roles arbitrarily. In an MMIC call, the users may not and t jj C frames 

coordinate the time of their call properly, in which case the billing information is collected for all different trans- 

calling party's request remains in the queue in the ISBSS. actions of an 1SB To make this proccss more efficient) thc 

Either the ISB or the ISBSS can be configured to wait a 5illing information about a transaction is passed to the 

certain period of time and request via a voice prompt that the 30 bming sevcr at ^ beginning of the next transaction, 

user try the call again later. ^ ISB generates a biuing record ^ follows . When the 

In sending voice mail, the ISBSS has no involvement ISB ^ ISB SS for a transaction, the ISB receives 

beyond sending a "Go ahead and send your voice mail" the current time from the IS BSS and produces a partial 

message, whereupon the ISBSS disconnects. In the Internet 5iUing record wnich inchldes the start time and the tele . 

test call, the ISBSS disconnects after sending a "test com- 15 phone number of ^ other party (the latter field being kft 

plete" message. blank when it is inapplicable, e.g., when checking 

ITie ISBSS can be used to program the ISB automatically messages). At the end of the transaction, the ISB adds the 

as needed. Tlie ISBSS uses the same commands which duralion t0 the partia i billing reC ord to produce a complete 

would be used to program the ISB from a PC over a serial bming rccordj which ^ provided to the billing server at the 

connection. The ISBSS programs server information, e.g., 20 beginaing 0 f the next transaction. 

the ISBSS's IP address and the feature key. A fcature which a CO m pa ny selling ISBs can provide to 

Another use of the ISBSS is to notify a customer that an enhance the ^^0^^ of me ISBs ^ called th e "help 

upgrade is available. Whenever the ISB contacts the ISBSS, dcak * the he l p des k, customer service agents can 

the ISBSS can supply the current software version number, assist custom ers by remotely programming their ISBs, 

which is compared with the version number of the software 25 answering ques tions about the service, upgrade the software 

in the ISB. If the current version number is higher, an LED m tne j§ Bs etc 

lights up on the ISB to inform the customer of the avail- FIG. 9 shows a connection between a customer's location 
ability of the upgrade. The ISBSS supplies the ISB with the 900c and an agent , s positioa 900HD at the help desk ^ 
IP address of the upgrade server from which the upgrade is help desk has one or more call center positioDS 900 HD, each 
available and then disconnects. 30 equipped with a standard telephone 211HD, a computer or 
In the programming and upgrade notification operations data lerminal 90 8 and a specially equipped ISB 100HD 
just described, the ISBSS can send the following commands conacct ed to computer or data terminal 908 via a serial port 
to the ISB: or other COD nection such as serial port 408 of FIG. 4. The 
"Turn on the 'upgrade available* LED." customer connects to the help desk via PSTN 902, custom- 
ise the accompanying IP address as the new address for 35 er's ISP 904C, Internet 906 and help desk's ISP 904HD. The 
the main ISBSS." agent can use ISB 100HD to access, program, upgrade and 
"Use the accompanying IP address as the new address for test customer's ISB 100C. The agent can change the data 
the backup ISBSS." stored in ISB 100C (for example, the device data, server data 
The ISBSS can also reject a connection request, for and owner data). The help desk does not have to change the 
example, if a caller's bill is sufficiently overdue, if the serial 40 data maintained automatically by ISB 100C or by other 
number or telephone number in the connection request is servers (e.g., friends data, billing data and service records), 
invalid, or if the ISBSS lacks memory or process time. When Also, the agent and the customer can talk via telephones 
an ISB's attempt to contact the ISBSS fails three times, the 211C and 211HD, either in voice over data via the Internet 
ISB assumes that the ISBSS is not functional and tries to or in voice-only mode via the Internet or the PSTN, so that 
connect to a secondary ISBSS. 45 the agent can answer the customer's questions. The user can 

Each connection to the ISBSS is accompanied by data initiate a voice-over-data conversation by dialing *0#. 

describing the service most recently completed by the con- Programming of the ISB from the help desk takes place in 

necting ISB (usually about the most recently connected the following manner The customer and the agent engage in 

telephone call before the current call request). Such data are a conversation, either by IT or by the PSTN. If the agent 

written to a log file for future processing. 50 decides that the customer's ISB 100C is to be remotely 

Other servers besides the ISBSS can be used. For programmed from the help desk, the agent instructs the 

example, a backup ISBSS can be added and can become customer to dial *0# into telephone 211C. The agent verifies 

active when the main ISBSS fails or passes control Also, that the customer's ISB 100C has accepted this code to go 

auxiliary servers such as an upgrade server, an inquiry into voice-over-data mode and enters a similar command to 

server, an H.323 server, a commercial server and the like can 55 set his own ISB 100HD to voice-over-data mode. The ISBs 

be used. 100C and 100HD perform a modem handshaking and then 

A particular server which can be used with the ISB system start a PPP link between them. Once the link is established, 

is called a billing server. The billing server maintains the bandwidth is shared between voice and data, and the 

information regarding each completed IT call for billing agent and the customer can resume their conversation while 

purposes. The ISBSS can supply this information to the 60 the agent accesses, examines and programs the customer's 

billing server. The billing record for each call includes the ISB 100C. 

caller telephone number, the caller serial number, the called The agent* s computer or data terminal 908 has software to 

telephone number, the called serial number, the start time allow the agent to access, examine and program the cus- 

and date, the call duration and the quality of the connection. tomer's ISB 100C in this manner. The software displays a 

To determine the quality of the connection, the billing server 65 window into which the agent enters his own identifying 

or another-server can maintain a statistical record, either information, device data such as the serial number, feature 

globally or for each call. The statistical record can include key and hardware and software versions, server IP 
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addresses, and the user data. The window also has buttons to 
allow the agent to read the data stored in the customer's ISB, 
write data to the customer's ISB, activate voice-over-data 
mode, save information about the customer's ISB to disk for 
future reference, and load that information from disk. The 
window offers menu options to allow the agent to log on and 
off his position at the help desk, to change the serial port 
settings for his position at the help desk, to select the source 
for data being accessed as local (the help desk position) or 
remote (the customer's ISB) and the like. 

As those skilled in the art will readily appreciate, the 
various components described above form a coherent system 
which is shown in FIG. 12. In this system, multiple customer 
locations 900C and help desk location 900HD, which have 
already been described, interface via PSTN 902 and ISPs 
904C, 904HD with one another and with ISPs 904S, which 
allow access to one or more ISBSSs 1201, one or more 
e-mail (POP, SMTP, IMAP (which is another mail protocol), 
etc.) servers 1204, one or more billing servers 1206, one or 
more Web servers 1208 and any other servers or other 
system components which can be used. 

The present invention can be adapted for use with the 
H.323 communication standard, which will now be 
described briefly with reference to FIG. 13. The H.323 
standard provides interoperability among products from 25 
multiple vendors. The standard includes the H.320 standard 
for ISDN (integrated services digital network) communica- 
tion and H.324 for the PSTN. The standard provides for 
encapsulation of UDP packets (which have been identified 
above) as RTP (real-time transport protocol) packets. 

FIG. 13 shows various components of an H.323 system. 
Those skilled in the art will readily appreciate that not all 
components shown in FIG. 13 will necessarily be present. 

H.323 system 1300 is implemented on LAN (local-area 
network) 1302. Terminals 1304 are used by users to com- 
municate; each terminal 1304 can include an ISB, with or 
without video capabilities, or an PC with audio or audio- 
video capabilities. Gateway 1306 provides interoperability 
with other networks, e.g., over PSTN 1308 or ISDN line 
1310. MCU (multipoint control unit) 1312 control confer- 40 
encing among three or more terminals. Gatekeeper 1314 
performs network functions such as bandwidth control and 
translation between IP addresses and names by which ter- 
minals 1304, gateway 1306, etc. are known to LAN 1302. 

The ISB software is written such that at any time during 45 
the operation the user can terminate whichever operation is 
in progress by simply hanging up the telephone and can hear 
a dial tone by picking up the telephone again. There might 
be instances in which the hang-up is not recognized by the 
software because of unexpected interactions between the 
software and real-life conditions. To prevent the ISB from 
locking up and possibly blocking the telephone from the 
user, a watchdog timer can be implemented to recover from 
these situations and reset the system. In all other instances 
in which the ISB recognizes that an error has occurred, it 
plays a prompt which in general terms explains the condition 
followed by an error code which helps the user to trouble- 
shoot the problem by referring to the manual or which helps 
the agent at the help desk to diagnose the problem. The error 
codes have been listed above, although, of course, other 
error codes could be assigned as needed. 

In the instances in which the ISB expects the user to enter 
data or hang up, a timer can be set with a predefined time-out 
value. If the user does not respond within time-out period, 
the prompt is repeated. This process can be repeated up to 65 
three times, and if there is no response from the user, then 
the ISB goes on-hook and, after a short delay, back off-hook. 
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The ISB can be tested at the factory or elsewhere in the 
following manner. The ISB is connected to a telephone and 
to a computer in the manner described above. The computer 
has appropriate testing software installed thereon. The tester 
makes a call through the ISB to a second ISB which has been 
tested and is known to work properly. Any aspect of opera- 
tion of the ISB under test can be tested, and a report can be 
generated. 

The foregoing detailed description covers interfacing a 
wireline analog version of the ISB and is illustrative of the 
various preferred embodiments of the present invention 
which also include wireline digital versions which are ISDN 
or LAN based as well as wireless analog or digital versions, 
either cellular or PCS (personal communication systems). 
The ISB can also be adapted to work with facsimile 
machines. The invention is not limited to embodiments 
using a SLIP, PPP or other dialup connection to the Internet; 
instead, any connection to the Internet or another secondary 
network, such as a Tl line or a cable modem, can be used. 
Also, while it is contemplated that a caller will usually want 
to speak to one called party at a time, conference calls can 
be implemented with no difficulty. In addition, ISBs can be 
made with inexpensive digital cameras and LCD screens to 
allow videophone service by using Internet audiovisual 
conferencing software such as CU-Seeme. ISBs can also be 
provided with encryption. Moreover, modifications dis- 
closed separately can be combined in any technically fea- 
sible manner, while modifications disclosed together can be 
implemented separately wherever technically feasible. It 
will be appreciated that numerous variations and changes 
can be made not only to provide a range of services but also 
to interface the many different devices used to access the 
PSTN, including personal computers and laptops, without 
departing from the scope of the invention as defined in the 
accompanying claims. 

We claim: 

1. A switch box for connecting a first telephone set and a 
second telephone set over a selected one of a primary 
network and a secondary network, the switch box compris- 
ing: 

primary network connecting means for connecting the 
first telephone set to the primary network; 

secondary network connecting means for connecting the 
first telephone set to the secondary network, for receiv- 
ing address information from the secondary network to 
locate the second telephone set on the secondary net- 
work and for establishing a connection over the sec- 
ondary network between the first telephone set and the 
second telephone set; 

relay means for (i) connecting, when the relay means is in 
a first state, the first telephone set to the primary 
network connecting means and for (ii) connecting, 
when the relay means is in a second state, the first 
telephone set to the secondary network connecting 
means; and 

switching means for receiving a switch-over command to 
switch from the primary network to the secondary 
network and for controlling, in response to the switch- 
over command, (i) the relay means to disconnect the 
first telephone set from the primary network connecting 
means and to connect the first telephone set to the 
secondary network connecting means and (ii) the sec- 
ondary network connecting means to establish the 
connection over the secondary network between the 
first telephone set and the second telephone set. 

2. A switch box as in claim 1, wherein the switching 
means comprises: 
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a button on the switch box; and 

means for receiving the switch-over command through 
actuation of the button. 

3. A switch box as in claim 1, wherein the switching 
means comprises means for monitoring the first telephone s 
set to receive the switch-over command through the first 
telephone set. 

4. A switch box as in claim 1, wherein the primary 
network connecting means comprises means for providing a 
passive pass-through connection between the first telephone 10 
set and the primary network. 

5. A switch box as in claim 4, wherein: 

the primary network is an analog circuit-switched tele- 
phone network; 

the secondary network is a digital packet-switched data 
network; and 

the secondary network connecting means comprises 
means for (i) connecting the first telephone set to the 
digital packet-switched data network, (ii) connecting 20 
the first telephone set to the second telephone set over 
the digital packet-switched data network and (iii) 
exchanging packets representing voice signals between 
the first telephone set and the second telephone set over 
the digital packet-switched data network. 2 5 

6. A switch box as in claim 4, wherein the secondary 
network connecting means comprises: 

a microprocessor for controlling the connection over the 
secondary network between the first telephone set and 
the second telephone set; 30 

memory means for storing embedded software for execu- 
tion by the microprocessor; 

modem means for permitting communication between the 
microprocessor and the secondary network; and 

signal processing means for converting between the voice 
signals and the packets. 

7. A switch box as in claim 6, wherein the signal pro- 
cessing means comprises a vocoder. 

8. A switch box as in claim 6, wherein the signal pro- 
cessing means comprises a digital signal processor. 

9. A switch box as in claim 6, wherein the embedded 
software comprises software for the microprocessor to store 
identifying information in the memory means regarding the 
second telephone set, the identifying information being used 
to retrieve the address information, 

10. A switch box as in claim 9, wherein the identifying 
information regarding the second telephone set comprises a 
telephone number identifying the second telephone set. 

11. A system for communication over a selected one of a 5Q 
primary network and a secondary network, the system 
comprising a plurality of switch boxes, each for connection 

to a telephone set, each of the plurality of switch boxes 
comprising: 

primary network connecting means for connecting the ss 
telephone set to the primary network; 

secondary network connecting means for connecting the 
telephone set to the secondary network, for receiving 
address information from the secondary network to 
locate another telephone set connected to another go 
switch box from among the plurality of switch boxes 
and for establishing a connection over the secondary 
network between the telephone set and said other 
telephone set; 

relay means for (i) connecting, when the relay means is in 65 
a first state, the telephone set to the primary network 
connecting means and for (ii) connecting, when the 
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relay means is in a second state, the telephone set to the 
secondary network connecting means; and 
switching meaas for receiving a switch-over command to 
switch from the primary network to the secondary 
network and for controlling, in response to the switch- 
over command, (i) the relay means to disconnect the 
telephone set from the primary network connecting 
means and to connect the telephone set to the secondary 
network connecting means and (ii) the secondary net- 
work connecting means to establish the connection 
over the secondary network between the telephone set 
and the other telephone set. 

12. A system as in claim 11, wherein the switching means 
comprises: 

a button on the switch box; and 

means for receiving the switch-over command through 
actuation of the button. 

13. A system as in claim 11, wherein the switching means 
comprises means for monitoring the telephone set to receive 
the switch-over command through the telephone set. 

14. A system as in claim 11, wherein the primary network 
connecting means comprises means for providing a passive 
pass-through connection between the telephone set and the 
primary network. 

15. A system as in claim 14, wherein: 

the primary network is an analog circuit-switched tele- 
phone network; 

the secondary network is a digital packet-switched data 
network; and 

the secondary network connecting means comprises 
means for (i) connecting the telephone set to the digital 
packet-switched data network, (ii) connecting the tele- 
phone set to the other telephone set over the digital 
packet-switched data network and (iii) exchanging 
packets representing voice signals between the tele- 
phone set and the other telephone set over the digital 
packet-switched data network. 

16. A system as in claim 14, wherein the secondary 
network connecting means comprises: 

a microprocessor for controlling the connection over the 
secondary network between the telephone set and the 
other telephone set; 

memory means for storing embedded software for. execu- 
tion by the microprocessor; 

modem means for permitting communication between the 
microprocessor and the secondary network; and 

signal processing means for converting between the voice 
signals and the packets. 

17. Asystem as in claim 16, wherein the signal processing 
means comprises a vocoder. 

18. Asystem as in claim 16, wherein the signal processing 
means comprises a digital signal processor. 

19. A system as in claim 16, wherein the embedded 
software comprises software for the microprocessor to store 
identifying information in the memory means regarding the 
other telephone set, the identifying information being used 
to retrieve the address information. 

20. A system as in claim 19, wherein the identifying 
information regarding the other telephone set comprises a 
telephone number identifying the other telephone set. 

21. A system as in claim 15, further comprising server 
means, in communication with the digital packet-switched 
data network, for (i) receiving a connection request from a 
first one of the switch boxes which wants to establish a 
connection over the digital packet-switched data network to 
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a second one of the switch boxes and (ii) sending to the first switched data network and (ii) exchanging packets 

one of the switch boxes the address information regarding representing voice signals between the first telephone 

the second one of the switch boxes to allow the first one of set and the second telephone set over the digital packet- 

the switch boxes to connect to the second one of the switch switched data network. 

boxes. 5 30. A method as in claim 29, wherein the switch box 

22. A system as in claim 21, wherein the address in for- connected to the first telephone set comprises a memory for 
mation regarding the second one of the switch boxes com- storing identifying information regarding the second tele- 
prises an IP address of the second one of the switch boxes. phone set, the identifying information being used to retrieve 

23. A system as in claim 21, wherein the server means the address information. 

comprises means for (i) receiving connection requests from 1Q 31. A method as in claim 30, wherein the identifying 

the first and second ones of the switch boxes, (ii) queuing a information regarding the second telephone set comprises a 

first received one of the connection requests in a queue and telephone number identifying the second telephone set. 

(iii) searching the queue in response to a second received 32. A method as in claim 29, wherein step (d) comprises: 

one of the connection requests to match the connection (i) sending a connection request from a first one of the 

requests. switch boxes to a server; and 

24. A system as in claim 11, further comprising a help « ^ from ^ servef tQ me fifst Qne of ^ swilch 

desk m communication with at least one of the primary boxes the address information regarding the second one 

network and the secondary network, the help desk having at f # . . , „ „ . . 

. . . L r.u *i * * , r of the switch boxes to allow the switch boxes to 
least one agent station, each of the at least one agent station 

. . ^ ' & connect, 

comprising. 33. A method as in claim 32. wherein the address infor- 

a telephone set, connected to said at least one of the 20 c ^ » < 

. . i * .i j * 1 f • mation regarding the second one or the switch boxes com- 

pnmary network and the second network, for voice . f n ,/ . c it _ ... 

r . 4 . iL * i , . j . pnses an IP address of the second one of the switch boxes, 

communication with the telephone set connected to any i a a ^ t • i - <*<> L 

c , 1W r . . j 34. A method as in claim 32, wherein: 

of the plurahty of switch boxes: and , , . , . 

- . r*t- i v* r ■» u both switch boxes send connection requests to the server; 

means for programming said any of the plurality of switch ^ ^ 

boxes over said at least one of the primary network and 25 . .. 

the secondary network. step (d)(n) comprises: 

25. A method for connecting a first telephone set and a < A > 1 uemn S a first recei ^ ed ° De of me connection 
second telephone set over a primary network and then a ™! e ^ UeS1 ^ ? n 3 < J ueue ' an . 

secondary network, the method comprising: ^ searching the queue in response to a second 

^ 4 . ^ iL o . 4 T in received one of the connection requests to match the 

(a) establishing a first connection between the first tele- JU * . n 
u * a <u a * i u * *u . connection requests. 

phone set and the second telephone set over the primary K . . n , . 1c f _ . . «i 

network- system as in claim 15, further comprising e-mail 

. ' . t , , , a . server means in communication with the digital packet- 

(b) agreeing to switch to the second network and discon- switched data netW0fk for (i) ^ an ^ 

necting both the first telephone set and the second mesS age from a first one of the switch boxes for delivery to 

telephone set from the primary network; a secQnd Qne of ^ switch boxes including ident ification of 

(c) connecting the first telephone set and the second the first 0[)e and tae sccond onc of tae switch boxes> 
telephone set to the secondary network; sending said queued digital message according to the iden- 

(d) providing, over the secondary network, at least one of tification of the second one of the switch boxes which wants 
the first telephone set and the second telephone set with 4Q to receive a digital message queued by a first one of the 
address information to connect the first telephone set switch boxes. 

with the second telephone set over the secondary 36. A system as in claim 35, wherein the queued digital 

network; and message identification is an electronic mail address for each 

(e) connecting the first telephone set to the second tele- 0 f the first one and the second one of the switch boxes, 
phone set via the secondary network. 45 37. A method as in claim 29, wherein an e-mail server is 

26. A method as in claim 25, wherein step (b) comprises in communication with the secondary network and step (e) 
actuating a dedicated button on a device attached to each of further comprises (i) queuing, by the e-mail server, of 
the first telephone set and the second telephone set to outgoing digital packets as a digital message representing 
disconnect the first telephone set and the second telephone voice signals from a first telephone set including ideotifica- 
set from the primary network. 50 tion for delivery to a second telephone set, and (ii) sending 

27. A method as in claim 25, wherein step (b) comprises said queued digital packets as an incoming digital message 
issuing a command through a keypad of each of the first to a second telephone set according to the identification for 
telephone set and the second telephone set to disconnect the delivery of the queued digital message and which wants to 
first telephone set and the second telephone set form the receive a digital message queued by a first telephone set. 
primary network. 55 38. A method as in claim 37, wherein identification for 

28. A method as in claim 25, wherein each of the first delivery comprises an electronic mail address for the recipi- 
telephone set and the second telephone set is connected to ent. 

the primary and secondary networks through a switch box 39. A system as in claim 15, wherein the secondary 

which provides a passive pass- through connection to the network connecting means further comprises means for 

primary network during step (a). 60 dynamically adjusting a communication consisting of a 

29. A method as in claim 28, wherein: portion of said exchange of packets comprising: 

the primary network is an analog circuit-switched tele- detecting means for monitoring at least a portion of the 

phone network; communication and for detecting a baud rate and a 

the secondary network is a digital packet-switched data percentage of dropped packets in said at least a portion 

network; and 65 of the communication; 

step (e) comprises (i) connecting the first telephone set to determining means for making a determination, in accor- 

the second telephone set over the digital packet- dance with the baud rate and the percentage of dropped 
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packets, as to whether a degree of compression, a 
packetizatioD and a packet redundancy in the commu- 
nication are acceptable for the baud rate; and 
adjusting means for adjusting at least one of the degree of 
compression, the packetization and the packet redun- 5 
dancy in accordance with the determination. 

40. A system as in claim 39, wherein the determining 
means comprises: 

means for storing a look-up table; and 

means for making the determination by applying the baud 

rate and the percentage of dropped packets to the 

look-up table. 

41. A system as in claim 40, wherein: 

the packet redundancy is adjustable to a first state or a 35 
second state; 

in the first state, each packet in the communication is sent 
twice; and 

in the second state, each packet in the communication is 
sent once. 20 

42. A method as in claim 29, wherein: 

a portion of the exchange of packets is a communication; 
and step (e) further comprises (i) monitoring at least a 
portion of the communication and detecting a baud rate 
and a percentage of dropped packets in said at least a 25 
portion of the communication, (ii) making a 
determination, in accordance with the baud rate and the 
percentage of dropped packets, as to whether a degree 
of compression, a packetization and a packet redun- 
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dancy in the communication are acceptable for the baud 
rate, and (iii) adjusting at least one of the degree of 
compression, the packetization and the packet redun- 
dancy in accordance with the determination. 

43. A method as in claim 42, wherein step (eX"") com- 
prises: 

a. storing a look-up table in a memory; and 

b. making the determination by applying the baud rate and 
the percentage of dropped packets to the look-up table. 

44. A method as in claim 43, wherein: 

the packet redundancy is adjustable to a first state or a 
second state; 

in the first state, each packet in -the communication is sent 
twice; and 

in the second state, each packet in the communication is 
sent once. 

45. A switch box as in claim 5, wherein said analog 
circuit-switched network is the PSTN and said digital 
packet-switched data network is the Internet 

46. A switch box as in claim 14, wherein said analog 
circuit-switched network is the PSTN and said digital 
packet-switched data network is the Internet 

47. A method as in claim 29, wherein said analog circuit- 
switched network is the PSTN and said digital packet- 
switched data network is the Internet 

* * * * * 
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